home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20041116-20060924
/
000038_drwho8__NOTME__@att.net_Mon Jan 24 12:25:00 2005.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!news-FFM2.ecrc.net!newscon06.news.prodigy.com!prodigy.net!border1.nntp.dca.giganews.com!nntp.giganews.com!news.glorb.com!wn11feed!worldnet.att.net!bgtnsc04-news.ops.worldnet.att.net.POSTED!cd246594!not-for-mail
Newsgroups: comp.protocols.kermit.misc
Subject: Re: What about that gnu kermit, gkermit (circa 1999)? Usable? OK?
From: drwho8__NOTME__@att.net (The Eighth Doctor)
X-Newsreader: WinVN 0.99.9 (Released Version) (x86 32bit)
References: <cqkui9$guk$1@panix1.panix.com> <slrncsu0q9.707.fdc@sesame.cc.columbia.edu>
MIME-Version: 1.0
Content-Type: Text/Plain; charset=US-ASCII
Lines: 83
Message-ID: <2PEId.15089$8u5.13322@bgtnsc04-news.ops.worldnet.att.net>
NNTP-Posting-Host: cba06d4576990395ef8726e258cf7e30
X-Complaints-To: abuse@worldnet.att.net
X-Trace: bgtnsc04-news.ops.worldnet.att.net 1106450750 cba06d4576990395ef8726e258cf7e30 (Sun, 23 Jan 2005 03:25:50 GMT)
NNTP-Posting-Date: Sun, 23 Jan 2005 03:25:50 GMT
Organization: AT&T Worldnet
Date: Sun, 23 Jan 2005 03:25:50 GMT
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15272
In article <slrncsu0q9.707.fdc@sesame.cc.columbia.edu>, fdc@columbia.edu
says...
>
>On 2004-12-25, David Combs <dkcombs@panix.com> wrote:
>: I've just been downloading (via "pkg-get") some solaris
>: packages (.pkg), one of which, on a whim, was gkermit.
>:
>: (1) Presumably, ckermit (sp?) is a lot better, bugs fixed,
>: features, speed, etc.
>:
>: So, the question: what do you hear, via grapevine, etc,
>: about gkermit? (seems to be circa 1999)
>:
>G-Kermit is perfectly usable, and it's fast. It is a single-purpose
>Kermit implementation. Its only purpose is to act as the far end of
>a file transfer. It does nothing else. No command or scripting
>language, no making connections, etc. As far as I know, it has no
>bugs. It was designed to last forever, there should be no need for
>updates. For details see the G-Kermit web page:
>
> http://www.columbia.edu/kermit/gkermit.html
>
>: (2) I believe that at least for the PC, you *charge*
>: for kermit -- ie, is not entirely free.
>:
>That's correct, something has to pay the bills.
>
>: But for unix, ie ckermit, there's no charge.
>:
>For own use, no charge. For commercial redistribution or packaging
>with or as a commercial product, it must be licensed, as explained on
>the C-Kermit website:
>
> http://www.columbia.edu/kermit/ckermit.html
>
>: QUESTION: would you be happy for ckermit to be
>: available (as a solaris "package") via blastwave?
>:
>I'm always glad to have people contribute C-Kermit install packages for
>different platforms. We have a number of them already available:
>
> http://www.columbia.edu/kermit/ckermit.html#packages
>
>: If you say "yes", then I'll suggest it, and ask
>: "whoever" to get in touch with you.
>:
>Thanks. Guidelines for construction of C-Kermit pacakges can
>be found here:
>
> http://www.columbia.edu/kermit/ckpackages.html
>
>- Frank
Hello from the Eighth Doctor
Yes, G-Kermit is indeed designed to last forever. However, for Slackware 10.0, it
does not build correctly. I grabbed the compressed tar ball, and extracted it into a
folder of the same name. Then ran make. According to this script file:
Script started on Sat 22 Jan 2005 09:43:28 PM EST
root@who3:/usr/src/gku100# make
cc -DPOSIX -O -c gwart.c
cc -o gwart gwart.o
./gwart gproto.w gproto.c
11 states, 20 actions
cc -DPOSIX -O -c gproto.c
cc -DPOSIX -O -c gkermit.c
cc -DPOSIX -O -c gunixio.c
cc -DPOSIX -O -c gcmdline.c
cc -o gkermit gproto.o gkermit.o gunixio.o gcmdline.o
gkermit.o(.text+0x59f): In function `sfile':
: undefined reference to `errno'
gkermit.o(.text+0x9c2): In function `seof':
: undefined reference to `errno'
gkermit.o(.text+0x17c5): In function `decode':
: undefined reference to `errno'
collect2: ld returned 1 exit status
make: *** [gkermit] Error 1
root@who3:/usr/src/gku100# exit
Script done on Sat 22 Jan 2005 09:44:46 PM EST
It threw up an error at that location. I think it was the same location that I found for
9.1. Why the more GCC advances, the more times older programs throw basically
the same errors, I do not know.
----
Gregg drwho8 atsign att dot net